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ABSTRACT 


This  report  describes  the  status  of  the  sixth 
in  a  series  of  six  experiments  in  semi-automated 
mathematics.  This  effort  extended  from  June  1,  1968 
through  August  26,  1969.  These  experiments  culminated 
in  large  complex  computer  programs  which  allow  a 
mathematician  to  prove  mathematical  theorems  on  a 
man-machine  basis.  SAM  VI,  the  sixth  program,  uses  a 
cathode  ray  tube  as  the  principal  interface  between 
the  mathematician  and  a  high  speed  digital  computer. 

An  elaborate  language  and  logical  capability  has  been 
implemented  in  SAM  VI .  These  include  I/O  languages 
for  expressing  mathematical  statements  in  a  form 
suitable  for  both  the  mathematician  and  the  machine 
to  recognize  and  handle  with  ease  and  convenience, 
a  language  for  expressing  and  handling  sorts  and  range 
of  symbols,  and  an  autologic  algorithm  and  matching 
routine.  The  latter  contain  the  capability  for 
handling,  automatically,  logic  with  equality. 
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INTRODUCTION 


Since  1960,  a  group  of  mathematicians  who  are 
now  located  at  Applied  Logic  Corporation,  Princeton, 

New  Jersey,  have  been  studying  techniques  to  use  the 
non-numeric  capabilities  of  a  digital  computer  to 
enable  a  mathematician  to  prove  theorems  and  solve 
other  non-numeric  tasks.  This  endeavor  has  culminated 
in  six  large  computer  programs,  called  SAM  I,  II,  III, 

IV,  V,  VI.  The  last,  SAM  VI,  is  only  partially 
implemented.  The  logical  framework  of  SAM  is  an  CO -order 
calculus  with  typed  and  many-sorted  variables,  equality, 
and  ^.-notation.  SAM  is  currently  running  on  Applied 
Logic's  time-sharing  AL/COM  computer  network  (PDP-10) 
using  a  CRT,  light  pen,  and  Teletype  for  interaction. 

The  basic  philosophy  behind  this  work  has  been  that 
theorem  proving  and  many  other  symbol  manupulative 
problems  were  too  difficult  for  realistic  solutions  by 
existing  computers  running  without  human  intervention. 

It  seems  to  us  that  methods  for  allowing  a  mathematician 
to  interact  with  a  non-numeric  computer  calculation 
might  produce  results  which  could  not  be  achieved  by 
either  party  alone. 

The  development  of  the  SAM  programs  is  guided 
by  the  principle  of  adding  the  new  feature,  or  im¬ 
proving  the  old  feature,  which  would  make  SAM  most 
useful  (and  tolerable)  to  the  mathematician.  For  ex¬ 
ample,  in  spite  of  the  convenience  of  using  an  exist¬ 
ing  higher  level  language,  we  chose  to  write  SAM  in 
assembly  language,  thereby  getting  as  much  speed  as 
possible  from  the  automatic  portions  of  SAM.  Even 
such  sympathetic  SAM  users  as  ourselves  find  long 
delays  in  proving  a  lemma  intolerable.  For  the  same 
reason,  when  concepts  arise  which  are  encountered 
frequently,  special  purpose  software  is  written 
rather  than  attempting  to  have  a  lesser  amount  of 
more  general  software.  For  example,  equality  is  not 
treated  as  just  some  binary  relation  with  three 
axioms,  but  rather  the  rules  of  equality  are  very 
strongly  built  into  the  algorithms  of  SAM.  In  addition, 
if  SAM  proves  that  a  binary  operation  is  commutative 
and/or  associative,  the  algorithms  in  SAM  VI  can 
automatically  consider  various  combinations  of  permuting 
or  associating  the  arguments  of  such  operations. 

Similarly,  a  dynamic  structure  of  many-sorted  type 
variables  can  be  specified  by  the  mathematician  using 
SAM. 
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The  development  of  an  experimental  tool  to  study 
AUTOLOGIC,  the  automatic  logic  portion  of  SAM,  has  been 
one  of  the  major  objectives  of  the  SAM  V  and  VI  programs. 
During  the  course  of  this  work  various  experimental  con¬ 
trol  and  debugging  routines  have  been  added  to  SAM — for 
example,  routines  for  changing  weighting  functions, 
creating  libraries  of  formulas,  setting  various  program 
parameters  such  as  the  number  of  levels  of  multiple- 
digressions,  and  carrying  out  various  housekeeping  chores. 
Because  of  the  experimental  or  debugging  nature  of  these 
routines,  their  control  had  been  largely  through  the 
PDP-6/lO's  debugging  language,  DDT.  Many  of  the  functions 
which  these  routines  perform,  however,  have  turned  out 
to  be  important  for  the  operation  of  SAM  and  must  be  made 
available  to  the  non-programming  user.  We  have  thus 
implemented  a  comprehensive  control  package  which  allows 
persons  to  run  SAM  without  understanding  SAM’s  inner 
workings.  This  "front  end"  also  permits  remote  users 
without  a  CRT  to  operate  SAM  in  a  fairly  natural  manner. 

During  the  past  year,  support  for  the  SAM  project 
has  been  at  a  much  lower  level  than  in  previous  years, 
and  we  have  thus  concentrated  our  efforts  upon  the  control- 
input/output  interface  between  SAM  and  the  user.  The 
preliminary  version  of  the  front  end  which  was  reported 
on  in  [2] ,  has  been  completely  rewritten  during  the 
past  year.  As  in  the  preliminary  version,  SAM's  current 
front  end  is  implemented  in  SNOBOL,  thereby  maintaining 
the  flexibility  which  SNOBOL  coding  gives  for  building 
in  new  features  in  the  future  with  minimum  of  bother. 

Section  I  describes  in  detail  the  features  available 
in  SAM's  current  front  end  and  how  these  features  along 
with  the  CRT  and  the  light  pen  are  used  to  operate  SAM. 

Seme  familiarity  with  references  [l]  and  f2j  is  assumed 
in  section  I. 

Section  II  indicates  briefly  some  areas  in  which 
future  investigation  would  be  desirable. 
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SECTION  I 


OPERATOR'S  GUIDE  FOR  SAM 


The  current  SAM  program  should  be  run  in  at  least 
16K  (23K  if  DDT  and  the  symbol  table  are  loaded) .  Any 
additional  core  will  be  added  to  the  words  available 
for  TROLL-lists.  Upon  starting  the  program,  a  call  is 
made  to  a  general  dynamic  space  allocator  to  set  up 
SNOBOL  string  space,  TROLL-list  space,  TTY  buffers,  etc., 
resulting  in  about  2K  of  core  being  added  to  the  pro¬ 
gram.  The  front  end  signals  that  it  is  ready  to  accept 
a  command  by  typing  a 

The  first  commands  given  should  SET  SCOPE  and 
DRUMIO  to  appropriate  values  (see  the  SET  command  below) 
and  then  the  INITIALIZE  command  should  be  given.  (The 
front  end  will  recognize  any  unique  initial  segment  of  a 
command  verb.  Thus,  for  example,  it  is  sufficient  to 
type  INI.) 

An  initial  list  of  reductions  (LR)  can  be  set  up 
in  various  ways.  The  most  usual  way  is  to  INSERT  PSDs 
from  the  TTY.  (PSDs  are  described  on  page  6  of  [l7. 

PSDs  are  often  called  clauses  in  the  literature  and  the 
disjuncts  of  a  PSD  are  called  literals . )  For  example, 
the  axioms  for  a  group  and  the  closure  assumption  for 
a  subset  H  could  be  inserted  as  follows  (underlined  symbols 
typed  by  SAM) : 


^  INSERT 

P  (P  (X  ,  Y)  , Z )  =P  (X , P  (Y,  Z)  ) 
$ 

L 

P(E,X)=X 

$ 

L 

P (F (X) ,X)=E 
$ 

L 

NOT (H  (X) ) 

NOT  (H  (Y)  ) 

H  (P  (X , Y) ) 

$ 

A 
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The  sign  serves  as  the  end  of  PSD  marker. 

The  "L"  signals  the  input  routine  co  return  for  another 
insert  after  adding  the  PSD  to  the  LR  as  an  axiom.  The 
PSD  is  also  added  as  an  axiom  if  "A"  is  given,  but  con¬ 
trol  then  returns  to  the  front  end.  If  "C"  had  been 
typed  instead  of  "A"  in  the  above  example,  than  the  PSDs 
representing  the  logical  negation  of  the  PSD  would  have 
been  inserted,  namely  the  three  PSDs  H(X20),  H(Y20)  and 
NOT  (P  (X20 ,  Y2ff ) )  where  X20  and  Y20  are  new  individual 
constants . 

If  a  list  of  PSDs  has  been  kept  from  a  previous  run, 
then  LR  can  be  set  up  by  using  the  GET  command  (for  binary¬ 
mode  files  obtained  with  the  SAVE  command)  or  by  using  the 
READ  command  (for  ASCII  files  obtained  with  the  WRITE 
command).  For  example,  to  read,  using  unit  number  3,  into 
the  LR  the  PSDs  in  the  ASCII  file  FILNAM,  the  following 
commands  would  be  given : 

*  OLDFILE  3  FILNAM 

*  READ  3 

* 

The  SET  and  DECLARE  commands  are  used  to  change  the 
settings  of  various  program  parameters  or  to  specify 
various  I/O  options.  For  example: 

SET  WEIGHT  LENGTH  +  3  DISJUNCTS 

will  change  SAM's  weighting  function  from  the  default 
setting  of  simply  the  length  of  a  PSD  to  the  length  plus 
3  times  the  number  of  disjuncts  in  the  PSD.  As  another 
example,  the  group  in  the  example  above  can  be  made  Abelian 
either  by  INSERTing  the  commutative  axiom,  P  (X,Y) =P(Y,X) , 
or  by  giving  the  command  DECLARE  COMMUT  P  (the  latter 
usually  being  preferable  since  the  commutativity  of  P  is 
then  treated  internally  in  the  matching  algorithms) .  The 
RESET  command  can  be  used  to  reinitialize  parameters  and 
declarations,  and  their  present  state  can  be  output  by 
using  the  EXAMINE,  TYPE,  or  PRINT  commands.  In  addition, 
current  settings  and  declarations  can  be  saved  in  an  ASCII 
disc-file  by  the  command  WRITE  with  argument  PARAMETERS. 

The  resulting  file  can  then  be  READ  back  in  at  some  later 
date,  thus  re-establishing  the  current  settings  and 
declarations . 
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Having  inserted  an  initial  LR  and  made  appropriate 
changes  to  parameters,  AUTOLOGIC  is  then  turned  loose 
with  the  START  command  to  generate  consequences  of  these 
initial  PSDs.  If  the  CRT  is  available,  the  user  is  able 
to  watch  the  progress  of  SAM  on  the  scope.  The  display 
shows  a  section  of  the  proof  and  a  set  of  buttons.  By 
using  the  light  pen  on  the  display  buttons  (or  alternatively 
by  using  the  equivalent  TTY  commands) ,  the  user  can  control 
the  display  and  the  action  of  SAM.  He  can  cause  any  section 
of  the  proof  to  be  displayed,  have  the  proof  "roll"  UP  or 
DOWN,  TRACK  on  the  end  of  the  LR,  i.e.,  display  the  lowest 
PSDs  on  the  list,  etc.  By  setting  SPEAK  to  TTY  or  LPT, 
the  user  can  follow  SAM's  progress  even  without  a  CRT. 

The  proof  procedure  can  be  halted  either  by 
obtaining  a  light-pen  hit  on  the  HALT  button  or  by 
interrupting  from  the  TTY  by  typing  any  character  (e.g., 
space).  The  user  can  then  INSERT  or  DELETE  PSDs,  TYPE 
out  the  current  state  of  various  lists  or  parameters, 
make  changes  in  such  things  as  the  weighting  function  or 
the  I/O  options,  request  a  proof  HISTORY,  WRITE  or  SAVE 
lists  of  PSDs  for  later  use,  etc.  The  START  command  can 
then  be  used  to  continue  the  proof. 

In  the  remainder  of  this  section  we  give  an 
alphabetic  listing  of  the  commands  currently  available  in 
SAM  along  with  a  brief  description  of  each.  Unless  other¬ 
wise  indicated,  command  is  given  from  TTY. 

CHIS .  Closes  current  history  file  (if  any) .  See  IHIS. 

DDT .  Transfers  control  to  DDT  if  loaded.  (Return  from  DDT 
is  START $G . ) 

DECLARE  NAME  LIST.  NAME  can  be  COMMUT ,  ASSOC, 

INFIX,  WSYMBOL,  MATH,  OR  GREEK. 

In  the  case  of  the  first  four  of  these,  LIST  should  be  a 
list  of  symbols  being  declared.  Thus,  for  example, 

DECLARE  COMMUT  A  H2  SI 

will  declare  the  (binary)  symbols  A,  H2 ,  and  Si  to  be 
commutative  to  the  internal  matching  algorithms  of 
AUTOLOGIC.  INFIX  F  will  cause  the  binary  symbol  F  to  be 
output  in  the  infix  (central)  position  (e.g.  X  A  Y  if  F  is  A) . 
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WSYMBOL  declares  the  symbols  in  LIST  to  e  special 
weighting  symbols  used  by  the  weighting  function 
SDENSITY  (see  WEIGHT  under  the  SET  command). 

If  NAME  is  MATH  or  GREEK,  then  LIST  should  be  a 
list  of  ordered  pairs.  For  example, 

DECLARE  GREEK  (G2  A)  (D  K) 

will  make  any  output  (on  the  scope)  of  G2  be  as  an  alpha 
and  D  as  a  kappa.  For  a  complete  description  of  special 
output  symbols,  see  the  Appendix. 

The  command  UNDECLARE  NAME  LIST  is  similar  except 
it  removes  declarations. 

DELETE  NUMBER.  Deletes  PSD  with  indicated  number  from 
LR.  Complains  if  can't  find  the  number  in  LR.  Command  can 
be  given  with  light  pen  or  TTY.  As  a  TTY  command,  "DELETE 
CONTRA"  can  be  given.  The  effect  of  this  is  to  remove  all 
consequences  of  an  INSERTed  logical  negation  from  the  LR 
and  to  REMOVE  the  LE. 

DOWN.  Similar  to  UP. 

EXAMINE  NAME.  Type  out  value (s)  from  NAME  (which  can 
be  as  in  RESET) . 

EXIT .  This  command  generates  an  exit  call  to  the  system, 
closes  all  open  files,  and  results  in  the  user  being  put 
in  monitor  command  mode  and  the  teletype  responding  with 

EXIT 

T  c 


GET .  Program  requests  file  name.  The  present  LR  is 
Junked  and  the  named  file  is  read  into  the  LR  along  with 
any  proof  analysis  of  its  PSDs .  Assumes  the  extension 
LR  if  none  given.  File  must  be  in  binary  mode  (sane  as 
used  by  drum  I/O  and  the  HISTORY  and  SAVE  commands) ,  and 
DRUMIO  must  be  ON. 

HALT .  Light  i-fcn  command  only.  Stops  a  running  program. 
Control  stays  with  the  light  pen. 
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HDELETE  NUMBER.  Available  only  if  a  history  file  is 
currently  active  (see  IHIS) .  Similar  to  DELETE  except  in 
addition  to  deleting  the  PSD  with  the  indicated  number 
from  LR,  al^  descendants  of  this  PSD  are  deleted  from  the 
LR  and  from  the  LE  (including  DRUMLE  files) . 

HISTORY  NUMBER.  If  no  history  file  is  currently  active 
(see  THIS) ,  then  no  action  is  taken.  Otherwise  the  pr< of 
of  the  indicated  PSD  from  LR  is  displayed  on  the  : cope  if 
the  scope  is  active;  if  no  scope,  then  output  is  on  the 
TTY.  Complains  if  no  number  is  given  or  if  the  number  cannot 
be  found  in  LR.  (List  containing  the  history  is  junked 
only  upon  starting  SAM  and  hence  can  be  printed  on  the  line 
printer  or  written  in  a  disc  file  by  using  the  PRINT  or 
WRITE  commands) .  Command  can  be  given  with  light  pen  or 
TTY. 

IHIS .  Program  requests  name  for  history  file  and  then 
initializes  program  to  write  history  file  in  FILE. HIS  while 
SAM  is  running.  Always  uses  extension  HIS.  DRUMIO  must  be  ON. 

NEWFILE  UNIT  NAME. EXT.  Opens  new  ASCII  disc 

file  called  NAME. EXT  on  unit  number  UNIT.  If  NAME. EXT 
already  exists,  it  will  be  overwritten. 

OLDFILE  UNIT  NAME. EXT.  Opens  existing  ASCII 

disc  file  NAME. EXT  on  unit  number  UNIT.  Write  pointer 
is  set  for  appending  onto  file. 

POINTER  NUMBER.  Positions  LOW  pointer  in  LR  to 

point  at  the  PSD  with  the  indicated  number.  Complains 
if  no  number  given  or  if  can't  find  the  number  in  LR. 

Command  can  be  given  with  light  pen  or  TTY. 

PRINT  LR 

SORT 

HISTORY 

PARAMETERS 

Same  as  TYPE  except  output  is  to  line  prin/er. 

READ  UNIT.  Same  as  INSERT  except  that  PSDs  in  the 

ASCII  file  open  on  unit  number  UNIT  are  inserted  into 
LR.  Analyses  (if  present  in  the  disc  file)  are  cleared. 

An  additional  argument  PARAMETERS  can  be  given.  In  this 
case  the  file  open  on  UNIT  should  be  a  parameter  file 
created  by  the  WRITE  command.  Reading  of  such  a  file 
will  return  parameter  settings  and  declarations  to  their 
state  at  the  time  the  WRITE  command  was  given. 
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RELEASE  UNIT, 
and  ^raT. cdes  the  unit. 


Closes  file  open  on  unit  number  UNIT 


REMC'T  LR 

LE 
JORT 

The  indicated  list  is  removed  and  its  cells  are 
returned  t  >  available  space.  Complains  if  no  list  is 
given.  (LE  includes  deleting  DRUMLE  files)  . 

RESET  NA.ME.  Reset  NAME  to  its  default  value  (see 

SET  command) .  NAME  can  be  any  of  the  possible  NAMES  from 
the  SET  or  DECLARE  commands  (e.g.  DIGRESS,  SCALE,  ASSOC, 
INFIk) .  If  no  name  is  given,  then  all  values  (except  SCOPE 
ar>I  DRUMIO j  are  reset  (however,  lists  -  e.g.  LR  -  are  not 
reset;. 

RE  WEIGHT .  Recomputes  weights  of  all  PSDs  on  LR  and  LE 
TTncTuSTng  DRUMLE  tiles)  and  reorders  LE  according  to  the 
new  K'nichts . 

SAVE.  Program  requests  file  name  and  then  outpi  s  the 
LR  Ir  bii.ary  mode  (same  as  used  by  drum  1/0)  into  the  file 
I'-imed.  The  extension  LR  is  added  if  no  extension  is  given. 
U?ote:  in  binary  mode,  the  GET  command  will  re-establish 
the  proof  analyses  of  PSDs.)  DRUMIO  must  be  ON. 

SCOPE .  Transfers  control  from  TTY  to  scope  light-pen, 
i f  scope  exists. 


SET  NAME  VALUE . 


Sets  appropriate  parameters  of  SAM  as  follows: 


NAME 


Possible  Values  Default  Value 


SCOPE 

DRUMIO 

DIGRESS 

SPEAK 

WEIGHT 

LWINDOW 

UWINDOW 

SCALE 


OFF,  ON 
OFF,  ON 

OFF,  ON,  2  thru  6 
OFF,  TTY,  LPT 
(see  below) 

non-negative  integers 
Positive  integers 
any  integer 


OFF 

OFF 

OFF 

OFF 

(see  below) 
0 

100 

0 
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****** D* 


Setting  SCOPE  ON  lets  SAM  know  that  the  CRT  is 
being  used  and  hence  the  CRT  will  be  initialized,  formulas 
will  be  displayed  while  SAM  is  running,  and  light-pen  con¬ 
trol  will  be  available.  DRUM 10  should  be  set  ON  if  the  user 
wishes  to  have  the  drum  input/output  routines  available  for 
extending  the  list  of  expansions  to  external  storage  as 
explained  on  p.  15  of  f 23 .  DRUMIO  must  also  be  ON  if  the 
HISTORY,  LIBRARY,  SAVE,  or  GET  commands  are  being  used. 

The  INITIALIZE  command  must  be  given  after  a  change  in 
either  the  SCOPE  or  DRUMIO  setting. 

Giving  DIGRESS  the  value  ON  results  in  the  normal 
digression  process  being  included  in  the  AUTOLOGIC 
algorithms.  N-step  multiple  digression  (see  pp.  2-3  of 
(27)  is  turned  on  by  giving  DIGRESS  the  value  N,  2  &  N  S  6. 

If  SPEAK  has  value  TTY,  then  a  history  of  PSDs 
appearing  on  the  list  of  reductions  is  typed  out  as  SAM 
is  running.  Similarly  if  SPEAK  has  value  LPT,  this  history 
is  printed  on  the  line  printer.  (If  the  SPEAK  feature  is 
used,  interrupting  from  the  TTY  must  be  done  by  executing 
a  "control  C"  and  then  a  REENTER  for  the  SPEAK  feature). 

The  VALUE  of  WEIGHT  should  be  a  linear  weighting 
function  of  the  form: 

nx  FUN^  +  ...  +  Nr  FUNr, 

where  each  Nj  is  an  integer  (positive  or  negative)  and 
FUN£  is  one  of  the  following  functions  of  PSDs :  LENGTH 
(=total  number  of  symbols  in  PSD) ,  DISJUNCTS  (^number  of 
disjuncts  in  PSD)  ,  DEPTH  (=number  of  levels  PSD  is  from 
the  axioms  in  the  current  proof) ,  VDENSITY  ( =LENGTH  divided 
by  the  number  of  occurrences  of  variables  in  PSD) ,  SDENSITY 
(=LENGTH  divided  by  the  number  of  occurrences  of  symbols 
in  PSD  declared  as  WSYMBOLS) ,  or  CONTRA  (=0  if  PSD  is  a 
consequence  of  the  logical  negation  of  something  we  are 
trying  to  prove,  =1  otherwise).  The  current  weighting 
function  is  stored  internally  in  SAM  and  used  along  with 
the  vc.lue  of  SCALE  (see  below)  to  compute  the  weight  of 
PSDs  as  they  are  generated.  PSDs  are  melded  into  the  list 
of  expansions  according  to  this  weight,  small  weights 
being  placed  on  top,  and  hence  the  weight  of  a  PSD  serves 
as  a  criterion  of  importance.  (Since  the  weighting  routine 
is  a  separate  module,  experimentation  with  more  sophisticated 
weighting  functions  is  easily  accomplished  by  the  user 
familiar  with  DDT.)  The  default  VALUE  of  WEIGHT  is  LENGTH. 
The  command  REWEIGHT  should  usually  be  given  after  making 
a  change  in  the  setting  of  WEIGHT. 
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LWINDQW  and  UWINDOW  are  used  to  throw  away 
expansions  (or  digressions)  whose  weights  are  outside  some 
desired  range.  Thus  PSDs  with  weight  less  than  LWINDOW 
or  greater  than  UWINDCW  will  not  be  generated. 

In  computing  the  weight  of  a  PSD,  the  number  obtained 
from  the  weighting  function  is  multiplied  by  two  raised  to 
the  value  of  SCALE  and  then  truncated  to  be  a  positive  number 
less  than  100g. 

START .  Starts  algorithms  of  AUTOLOGIC.  If  START  command 
is  given  after  program  is  interrupted,  program  will  be  con¬ 
tinued  at  the  point  it  left  off  if  that  is  possible.  If 
program  cannot  be  continued  (e.g.,  PSDs  deleted),  then  AUTO¬ 
LOGIC  is  started  at  the  top  of  its  main  loop.  The  LOW  pointer 
in  LR  will  remain  the  same  if  the  PSD  pointed  at  still  exists. 
Otherwise  LOW  is  set  at  the  top  or  the  bottom  of  LR  according 
as  LE  is  empty  or  not.  Command  can  be  given  with  light  pen 
or  TTY. 

TOP.  Similar  to  UP  except  the  topmost  PSDs  of  LR  are 
displayed. 

TRACK.  Similar  to  UP  except  the  bottom  PSDs  on  LR  are 
displayed  followed  (after  a  marker)  by  the  current  top 
PSD  of  the  LE. 

TTY.  Light  pen  command  only.  Transfers  control  to  TTY. 

TYPE  LR 

SORT 

HISTORY 

PARAMETERS 

If  argument  is  a  list,  it  is  output  to  the  TTY  in 
PSD  form.  If  argument  is  PARAMETERS,  the  current  values 
of  all  locations  which  can  be  modified  by  using  the  SET  or 
DECLARE  commands  are  output. 

UNDECLARE .  See  DECLARE 

UP.  Light  pen  command  (also  available  to  TTY) ,  active 
only  if  SCOPE  is  ON.  Moves  display  window  up  six  PSDs. 

WRITE  UNIT  LR 

SORT 

HISTORY 

PARAMETERS 
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Same  as  TYPE  except  that  output  is  to  the  ASCII  file 
open  on  unit  number  UNIT  and  each  PSD  (if  argument  is  a  list) 
is  followed  by  a  "$"  (end  of  PSD  sign)  in  order  that  the  file 
may  be  read  later.  If  no  file  is  open  on  UNIT,  then  a 
created  file,  FILEN.DAT  where  N-UNIT,  is  used. 

DANGER .  Available  on  CRT  only.  Interesting  effect;  worth 
trying  once . 
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SECTION  II 


THOUGHTS  ON  FUTURE  DEVELOPMENT 


SAM's  success  with  such  first-order  systems  as 
group  theory,  linear  algebra,  and  lattice  theory  affirms 
the  basic  value  of  the  semi-automated  approach  to  theorem¬ 
proving.  However,  much  remains  to  be  accomplished  if  SAM 
is  to  become  an  efficient,  practical  mathematical  tool, 
operating  at  what  we  consider  to  be  the  most  natural  level 
— i.e.,  natural  deduction  in  a  many  sorted  calculus  of 
order  U>  .  In  this  section  we  indicate  briefly  some  areas 
in  which  further  work  is  needed. 

The  matching  routines  of  AUTOLOGIC  need  to  be  extended 
to  handle  functions  of  higher  type.  A  more  general  sort 
structure  than  the  one  currently  implemented  in  SAM  VI  should 
be  added,  and  new  sorted  variables  and  new  theorems  about  the 
containment  relations  between  sorts  should  be  generated 
automatically  as  well  as  be  specified  by  the  user.  The 
AUTOLOGIC  algorithm  should  be  extended  to  allow  tree-structured 
proofs  (as  opposed  to  just  linearly  structured  proofs) .  Of 
particular  importance  is  the  need  for  building  special 
arithmetic  routines  into  SAM  for  the  efficient  handling  of 
counting  arguments  and  arbitrarily  large,  but  finite,  mathe¬ 
matical  entities.  Mathematicians  rarely  work  on  2X2  matrix 
theory,  but  rather  nXn  matrix  theory;  a  basic  theorem  of 
finite  group  theory  states  that  the  order  of  a  subgroup 
divides  the  order  of  the  group;  and  so  on. 

Input/output  languages  must  be  correspondingly 
extended  to  express  quantifiers,  sort  specifications, 
proof-trees,  etc.  The  current  front  end  permits  SAM  to 
be  operated  by  the  non-programming  user,  but  it  clearly 
will  require  further  refinement  to  remain  responsive  to 
the  needs  of  the  user.  Thought  should  be  given  to  the 
possibility  of  allowing  the  user  the  flexibility  of  modi¬ 
fying  or  specifying  (at  least  in  part)  the  syntax  handling 
in  SAM  by  means  of  a  SNOBOL  or  a  SNOBOL/LISP  interpretive 
front  end . 

A  number  of  interesting  problems  are  to  be  found 
in  such  an  effort.  As  one  example,  how  does  one  display 
mathematical  calculations  in  a  way  that  the  mathematician 
can  monitor  SAM  and  yet  allow  SAM  to  perform  its  calcula¬ 
tions  effectively.  For  certain  types  of  mathematics,  this 
problem  has  been  partially  solved  by  the  SAM  programs. 


Ir  Figure  1  we  see  some  consequences  of  axioms 
for  group  theory  much  as  they  would  appear  on  the  screen  of 
the  CRT  display  tube.  In  this  case  the  internal  repre¬ 
sentations  of  the  formulas  are  quite  closely  connected  with 
the  external  form  displayed  and  therefore  it  is  a  reasonably 
simple  matter  to  display  in  a  perspicuous  manner  calculations 
being  done  by  the  automatic  portion  of  SAM.  In  this  simple 
algebraic  setting  the  notations  used  by  mathematicians  are 
reasonably  close  to  a  full  formal  notation  needed  by  SAM. 

However,  other  types  of  mathematical  shorthand  or 
notation  which  are  commonly  used  are  really  quite  distant 
from  a  formalization  of  the  mathematics  being  displayed. 

For  example,  Figure  2  is  a  mockup  of  a  possible  computation 
in  SAM  VI.  00001  and  00002  represent  axioms  concerning 
"less  than"  and  the  fact  that  the  function  F  is  positive. 
00003  represents  the  theorem  to  be  proven.  Notice  the 
form  of  00003.  Two  different  inductions  are  disguised  in 
this  common  looking  statement.  00004  through  00013  represent 
internal  steps  which  are  automatically  generated  in  order 
to  prove  the  proposed  theorem  from  the  two  axioms.  Even  in 
this  simple  proof,  00011,  seems  somewhat  remote  from  00001, 
00002,  and  00003.  In  a  more  difficult  theorem,  where  the 
assistance  of  the  mathematician  may  be  needed,  considerable 
problems  arise  in  terms  of  displaying  internal  portions  of 
proofs  in  some  recognizable  notation. 

Turning  our  attention  to  counting  arguments  and 
arbitrarily  large,  but  finite,  mathematical  entities, 
the  mock-up  in  Figure  2  gives  a  flavor  of  some  of  the 
development  needed.  Let  us  examine  this  example  in  more 
detail . 


00004  is  a  restatement  of  00003  which  must  be 
automatically  generated.  From  internal  information,  SAM 
must  know  that  N,  and  the  values  of  F  range  over  integers, 
and  that  <  is  a  central -binary  predicate  whose  arguments 
are  real  numbers.  Since  the  integers  are  a  subsort  of 
the  reals  (and  SAM  mu3t  either  know  or  prove  this) ,  00004 
seems  syntactically  an  intermediate  step  toward  proving 
00003.  Steps  00006,  00007,  and  00005  form  a  subordinate 
proof  which  gives  the  definition  of  a  recursive  function  G 
as  hypothesis  and  a  restatement  of  00004  as  the  conclusion 
to  prove.  The  remaining  steps  of  the  proof  are  trivial. 


13 


0CC31 

2CC  C? 
20005 

0<N  -  NJ<N1+N 

0  <  FCN) 

1  =  F(0) 

fiXM 

flX^ 

RE.C 

0CG0U 

00007 

1  IG(N3^1)  *  GCNjVFCN^l) 

HEC 

COOO’f 

00010 

1  1  1-  G(N?2)  <  G(N?2>1) 

SKL 

CCC05 

CCC11 

1  1  I-  G(N3-,)  <  G(N2X)tr(N22+l) 

00007 

PFD 

00010 

0CC12 

1  1  1-  0  <  f<n22*i> 

00001 

FXP 

CG011 

CC013 

1  1  IFAL 

0000? 

RED 

0001? 

00005 

1  IG(N?)  <  GCN^l) 

RFC. 

00001* 

ococu 

1 F (0)+ . ? .  *FCN2)  <  F(0)f...  *F(N2+]> 

PEG 

00003 

00003 

F<0)  <  F(0)+F£ 1 )  <....  <  F(0)+...  *F(Nj) 

THM 

14 


W001 

t«  •  f)  •  i  *  *.  •  (/  <  (j 

flXH 

00002 

NOT  («  •  (  n  m  C  g) 
l  *  * 

flXN 

30003 

•*(..>  •  *l  ~  A 

OXii 

3CC04 

*  *  *5  s  m 

nxM 

30006 

(«)  *  («  ^  {)  :  { 

00001 

RE  D  OF 

30005 

(02) 

CCS  n  '■ 

**<a)  -  A 

00003 

EXD  OF 

30010 

(05) 

02025 

"Vt*)*  -  « 

00012 

RED  OF 

300 1W 

(05) 

00016 

€  •  A  =  C 

00013 

RFC  OF 

30012 

(07) 

0001? 

€  «  ■*(<)  =  A 

00003 

FXF  OF 

30015 

(07) 

00021 

«  •  (■*(«)  •  «)  =  « 

00001 

RED  OF 

30020 

(11) 

15 


APPENDIX 

SPECIAL  DISPLAY  SYMBOLS 


In  order  to  allow  expression  of  formulas  with 
symbols  which  are  most  natural  or  familiar,  there  is 
the  capability  of  displaying  symbols  as  lower  case 
Greek  letters  and  common  mathematical  symbols  on  the 
CRT  display.  See  DECLARE  in  Section  I  for  instructions 
on  how  to  use  this  facility.  The  tables  below  show  the 
symbols  currently  available  and  their  "transliterations", 
the  ASCII  characters  used  to  designate  them.  Additional 
sets  of  symbols  can  be  added  by  simple  program  modifications. 
(Hard  copy  with  special  symbols  can  also  be  made  on  an 
incremental  plotter,  see  [1]  pp.  23-26.) 


16 


t 


K>  > 


35r"s*M,o:tNroooep> 


£  ■*  \  **  ^  * 


O  **»  ^ 


ae<x*ncHw»*oonz 


^  vV  /A  UJ  <.  *ll  I  {  <  > 


V  A 


e»  m  n  z  >  h 

h 


*  ^  n  *  t~ 


SB  <  C  H  *-» 


„  w  IU  w  in 


i  C 


W  »  O  -TJ  2C  <-  I H  |=r 


_  -  A  V  ® 


c"  >1  o  x  ♦  »  » 


BIBLIOGRAPHY 


1.  "CRT-Aided  Semi-Automated  Mathematics"  by 

J.  H.  Bennett,  W.  B.  Easton,  J.  R.  Guard,  and 
L.  G.  Settle.  Final  Report  No.  AFCRL-67-0167 . 
January  1967.  (Contract  No.  AF  19 (628) -3250) . 


2.  "CRT-Aided  Semi -Automated  Mathematics"  by 

J.  H.  Bennett,  J.  R.  Guard,  R.  Haydock,  F.  C. 
Oglesby,  W.  L.  Paschke,  and  L.  G.  Settle.  Final 
Report  dated  July  1968.  (Contract  No.  AF  F-19628- 
67-C-0100) . 


18 


Unclassified 


Security  Classification 


DOCUMENT  CONTROL  DATA  -  R&D 

/Security  classification  of  title,  body  of  abstract  and  indextny,  annotation  must  be  entered  when  thr  overall  report  is  classified) 


I.  orioinatino  ACTIVITY  (Corporate  author)  1  lu.  Mroer  jecuRirr  classification 

Applied  Logic  Corporation,  One  Palmer  Sq.  I  Unclassified 
Princeton,  New  Jersey  08540 


*■  RfRORT  TITLE 

CRT-AIDED  SEMI -AUTOMATED  MATHEMATICS 


4.  OtSCMiRTivE  notes  (Type  of  rtpori  cmd  inrtuMivt  daitt) 

Scientific  Final.  1  June  1968 


I.  AuTHOWSt  / Lott  name,  first  none,  initial ) 

James  H.  Bennett 
James  R.  Guard 


A  rirort  OAT £ 

October  1969 


•a  contract  on  orant  no. 

F19628-69-C-0064 
b.  rrojict.  Task,  Work  Unit  Nos. 
5632-05-01 

'■  DoD  Element:  61102F 

*  DoD  Subelement:  681305 


-  26  August  1969  30  c 


Francis  C.  Oglesby 
Mark  L.  Bayern,  Jr. 


fa  total  no.  or  rages 


•a  ORIGIN  ATOM'S  REPORT  NUMtCRT'SJ 


ipproved 
oct.  196 


•  6.  other  report  HQ($) (Am  otter  numbers  that  toy  b+ 
assigned  inis  report] 

AFCRL-69-0464 


A VJ^IL ANILITY'  LIMITATION  NOTICtS 

1 •  Distribution  of  this  document 
to  the  Clearinghouse,  Department 
general  public. 

is  unlimited.  It  may  be  releasee 
of  Commerce,  for  sale  to  the 

11.  SUPPLEMENTARY  NOTES 

TECH ,  OTHER 

»E  SPONSORING  MILITARY  ACTIVITY 

Air  Force  Cambridge  Research 
Laboratories  (CRB; 

L.  G.  Hanscom  Field 

Bedford.  Massachusetts  01730 

This  report  describes  the  status  of  the  sixth  in  a 
series  of  six  experiments  in  semi -automated  mathematics^  This 
effort  extended  from  June  lf  3968  through  AiKpiet  26/r969. 

These  experiments  culminated  in  large  complex  computer  programs'^ 
which  allow  a  mathematician  to  prove  mathematical  theorems  on 
a  man-machine  basis.  SAM  VI,  the  sixth  program,  uses  a  cathode 
ray  tube  as  the  principal  interface  between  the  mathematician 
and  a  high  speed  digital  computer.  An  elaborate  language  and 
logical  capability  has  been  implemented  in  SAM  VI.  These 
include  1/0  languages  for  expressing  mathematical  statements 
in  a  form  suitable  for  both  the  mathematician  and  the  machine 
to  recognize  and  handle  with  ease  and  convenience,  a  language 
for  expressing  and  handling  sorts  and  range  of  symbols,  and 
auto-logic  algorithm  and  matching  routine.  The  latter  contain 
the  capability  for  handling,  automatically,  logic  with  equality y 


_U nr lassif ied 

Security  C  lassification 


!t 


Security  Cltliiification 


LINK  B  |  LINK  C 


Man- machine  mathematics 
Semi -automated  mathematics 
Mathematical  displays  on  CRT 


INSTRUCTIONS 


I.  ORIGINATING  ACTIVITY:  Enter  the  name  »ai  uddre.u 
ol  (In  contractor,  subcontractor,  panlee,  Department  of 
Dafeaae  activity  or  other  organ: ration  ( corporate  author ) 
leaning  the  report. 

to.  REPORT  SECURITY  CLASSIFICATION:  Enter  the  over¬ 
all  eecortty  claaeiflcalion  of  the  report.  Indicate  whether 
“Restricted  Dale''  la  included.  Marking  la  to  he  in  accord- 
aace  with  appropriate  eecmity  rogoletione. 

24.  CROUP:  Automatic  dowutndinj  in  specified  in  DoD 
Directive  5200. 10  and  Armed  Force. Industrial  Manual. 

Enter  the  group  non  her.  Also,  when  applicable,  ahow  that 
optional  markings  have  been  mod  lot  Group  3  ead  Group  4 
ns  authorised. 

3.  REPORT  TITLE:  Enter  the  complete  report  title  in  ell 
capita)  letters.  Titles  In  all  canes  should  be  uaclausilied. 

If  a  meaningful  title  cannot  he  selected  without  claeellica- 
tiou,  uhow  title  classification  in  ill  capitals  in  pareMbenin 
Immediately  foil-wing  the  title. 

4.  DESCRIPTIVE  NOTES:  If  appropriate,  enter  the  type  of 
report,  e.g*.  interim,  progress,  nummary,  annuel,  or  finale 
Give  the  inclusive  dates,  when  a  specific  reporting  period  is 
covered. 

5.  AUTHOR(S):  Enter  ike  named  a)  of  authorial  as  shown  on 
or  in  the  report.  Enter  last  name,  first  name,  middle  initial. 

If  military*  ahow  rank  and  breach  of  service.  The  name  of 
the  principal  author  ia  an  absolute  minimum  requirement. 

6.  REPORT  DATE:  Enter  the  date  of  the  report  as  day, 
rnooth,  year,  or  month,  year.  If  more  than  one  date  appears 
on  the  report,  u#e  date  of  publication. 

7o.  TOTAL  NUMBER  OF  PACES:  The  total  page  count 
should  follow  normal  pagination  procedures,  i.e.,  enter  the 
number  of  pages  containing  information. 

7b.  NUMBER  OF  REFERENCES:  Enter  the  tots!  number  of 
references  cited  in  the  report. 

Bo*  CONTRACT  OR  GRANT  NUMBER.  If  appropriate*  enter 
the  applicable  number  of  the  contract  or  grant  under  which 
the  report  was  written. 

66.  8c,  A  8 d.  PROJECT  NUMBER:  Enter  the  appropriate 
military  department  identification*  such  aa  project  number, 
subproject  number*  system  numbers*  task  number,  etc. 

9a.  ORIGINATOR'S  REPORT  NUMBER(S):  Enter  the  offi¬ 
cial  report  number  by  which  the  document  will  be  identified 
and  controlled  by  the  originating  activity.  This  number  must 
be  unique  to  a  him  report. 

9b.  OTHER  REPORT  NUMBERfS):  If  ihe  report  has  been 
assigAed  any  other  report  numbers  (either  by  the  originator 
or  by  ike  sponsor),  also  enter  this  nutnberia). 


10.  AVAILABILITY/LIMITATION  NOTICES:  Enter  any  limi- 
tationa  on  further  disae  mi  nation  of  the  report,  other  »han  those 
Imposed  by  security  classification,  using  standard  aiatememe 
such  as: 

(1)  'Qualified  requesters  may  obtain  copies  r  f  this 
report  from  DDC." 

(2)  "Foreign  announcement  and  dissemination  of  this 
report  by  DOC  is  not  authorised.*' 

(31  “U.  S.  Government  agencies  mry  obtain  conies  of 
this  report  directly  from  DDC.  Other  qualified  DDC 
users  shall  request  through 

(4)  "U.  S.  military  agencies  may  obtain  copies  of  ihia 
report  directly  from  DDC.  Other  qualified  users 
shall  request  through 

(5)  "All  distribution  of  this  report  is  controlled.  Quali¬ 
fied  DDC  users  shall  request  through 

If  the  report  haa  been  furnished  to  the  Office  of  Technical 
Services,  Department  of  Commerce,  for  sale  to  the  public,  indi¬ 
cate  this  fact  and  enter  the  price*  if  known, 

U.  SUPPLEMENTARY  NOTES:  Use  for  additional  explana¬ 
tory  notes. 

12.  SPONSORING  MILITARY  ACTIVITY:  Enter  the  name  ol 
the  departmental  project  office  or  laboratory  sponsoring  (pay. 
teg  /or)  the  research  and  development.  Include  address. 

13.  ABSTRACT:  Enter  an  abstract  giving  a  brief  and  factual 
summary  of  the  document  indicative  ol  the  report,  even 
though  it  may  also  appear  elsewhere  in  the  body  of  the  tech- 
nical  report.  If  additional  apace  is  required,  a  continuation 
sheet  shall  be  attached. 

It  is  highly  desirable  that  the  abstract  of  classified  re¬ 
ports  be  unclassified.  Each  paragraph  of  the  abstract  shall 
end  with  an  indication  of  the  military  security  classification 
of  the  information  in  the  paragraph,  represented  as  (TSj,  ($) 

( C ),  or  (V). 

There  ia  no  limitation  on  the  length  of  the  abstract.  How¬ 
ever,  the  suggested  length  is  from  150  to  225  words. 

14.  KEY  WORDS:  Key  words  are  technically  meaningful  terms 

or  short  phrases  that  characterize  a  report  and  mav  be  used  as 
index  entries  for  cataloging  the  repo'i.  Key  words  must  be 
selected  so  that  no  security  classiicarion  is  required.  Identi- 
f»er»,  such  aa  equipment  model  designation,  trad*-  name,  mill- 
tary  project  code  name,  geographic  focal  ion,  may  be  used  as 
key  word*  but  will  be  followed  by  an  indication  of  technical 
context.  The  assignment  of  links,  rules,  and  weights  is 
optional.  9 


2 


E 


